JDK5提供原子类,及其操作
AtomicXXX是通过CAS , Unsafe.compareAndSwapInt实现的
简单分析一下原子类是如果使用cas,无锁却保证线程安全的
每条线程都有自己的本地缓存,他们要想操作变量,首先是把变量复制到自己的缓存中,然后处理数据,数据处理结束后,将自己缓存的数据刷新会主存,而CAS则就是利用这一点实现的
下面是看Unsafe.class源码,可以看到,下面几个cas方法,全部是native,也就是本地方法
1 | public final native boolean compareAndSwapObject(Object var1, long var2, Object var4, Object var5); |
随便找一个方法
1 | //var1 就是方法的调用者 var2:当前的值 var4需要加的值 |
如何使用呢?
1 | AtomicLong atomicLong = new AtomicLong(); |
解释一下,为了保证数据的安全性,根据JMM内存模型设计出了cas算法,compareAndSwap先比较,再更换值,现在看我们上面随便找的方法, 里面有一个do-while循环,其实基本上所有设及cas算法的方法,都采用了这个循环,它保证我们可以做出足够多次数的判断
- 原子更新boolean
下面使用它完成确保某段代码只执行一次
1 | public class demo { |
查看结果,哪怕执行5000次,每次200的并发,if()里面的代码还是只执行了一次1
2值更新了
atomicBoolean==true
类名 | 描述 |
---|---|
AtomicInteger | 用原子方式更新的 int 值 |
AtomicLong | 用原子方式更新的 long 值 |
AtomicBoolean | 原子方式更新的 boolean 值 |
- 原子更新基本类型
类名 | 描述 |
---|---|
AtomicInteger | 用原子方式更新的 int 值 |
AtomicLong | 用原子方式更新的 long 值 |
AtomicBoolean | 原子方式更新的 boolean 值 |
- 原子更新数组
类名 | 描述 |
---|---|
AtomicIntegerArray | 用原子方式更新其元素的 int 数组 |
AtomicLongArray | 用原子方式更新其元素的 long 数组 |
原子更新抽象类型
类名 | 描述 |
—|—|—
AtomicReference| 用原子方式更新的对象引用
AtomicStamptedReference | 增加了版本号机制,解决了CAS里面的ABA问题
…
注意: 针对的是V型的对象,而不是对象里面的字段
- 原子更新字段
类名 | 描述 |
—|—
AtomicIntegerFieldUpdater|基于反射的实用工具,可以对指定类的指定 volatile int 字段进行原子更新
|AtomicLongFieldUpdater|基于反射的实用工具,可以对指定类的指定 volatile long 字段进行原子更新
注意: 针对的是V型的对象,而不是对象里面的字段
JDK8 新增原子类:
- DoubleAdder
- LongAdder 弥补AtomicLong在高并发情况下的性能低问题
AtomicLong里面仅仅有一个Long类型的值,多个线程并发访问,当一个线程获取到锁修改Long值时,很容易成功,但是当很多个线程并发修改它的值,很可能陷入do-while死循环,消耗性能
LongAdder里面有一组值,每个值都是一个cell,所有的cell加起来是一个base,例如Base如果是5,那么cell可能被分解成2 3,将原来修改一点的高压力分散在不同点上,多线程并发访问去抢占修改cell.在sum()方法中汇总,但线程的话,直接得出结果,从而提高性能
…
原子类并不完全安全!
**虽然addAndGet()方法是原子的,多线程中,方法的调用是无序的
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
public class TextAtomicService {
public static AtomicLong atomicLong = new AtomicLong();
public void add(){
System.out.println(Thread.currentThread().getName()+"加了100之后的值为:"+atomicLong.addAndGet(100));
atomicLong.addAndGet(1);
}
}
//
public class AtomicText extends Thread{
private TextAtomicService textAtomicService;
public AtomicText(TextAtomicService t1){
textAtomicService=t1;
}
public void run(){
textAtomicService.add();
}
public static void main(String[] args) {
TextAtomicService textAtomicService = new TextAtomicService();
AtomicText[] atomicTexts = new AtomicText[5];
try {
for (int i=0;i<5;i++){
atomicTexts[i]=new AtomicText(textAtomicService);
}
for (int i=0;i<5;i++){
atomicTexts[i].start();
}
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
可能出现这种情况,就是当前线程执行完addAndGet(100)之后,cpu的执行权被另一条线程抢走,又执行addAndGet(100),这样的结果就是200,而不是我们预想的202
解决方法就是添加Synchronized关键字,同步化!